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ABBREVIATIONS AN) DEFINITIONS 


COLLISION - A protocol whereby each node attempts to place a frame 
on the lan. If two nodes simultaneously access the 
lan/ the messages are said to collide. Each node 
then waits a random amount of time and tries again. 

CONSTRUCTOR - A term used by X.409 to describe a data element in 
the PDU whose contents is a constructor# series of 
constructors/ a primitive# or a series of primitives. 

CSMA/CD - A term used in decribivg any lan which .uses collision 

detection to control access for any node to that lan. 

D S A - Distributed Systems Architecture is an attempt to create 

an open system architecture for distributed processing 
modeled on an earlier versimodeled on of the ISO standard. 

IN-LINE - A test which uses the entire resource it is testing# 

whether it be a controller# adapter or physical cable. 

Mo normal use of the r; source under test is permitted. 

IORB - Input/Outout Request Block is a method of passing i/o 

parameters to the NOD 400 communication executive. 

LAN - Local Area Network 

LLC - Logical Link Control is a network layer immediately 

above the MAC layer which controls logical connections. 

LMI - Layer Management Interface is the point to which SM 

passes control information at each layer whether it is 
MAC# LLC or another layer. 

LRN - Logical Resource Numbers are numerical values assigned 

to various physical and logical resources of a system 
either automatically or as selected values in the 
system's configuration load manager (CLM) file. 

MAC - Media Access Control is the layer immediately above 

the PHYSICAL layer. This layer determines access to 
the physical adapter. It is very highly protocol 
specific. 

NAIAD - Node A dministrator application Interface for Admi¬ 

nistration allows a application to use Node Adminstrator 
services without being linked to the Node Adminstrator. 
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P DU 
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X. 409 
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- The Operator Control Language used by system operators 
to control MOD 400 fron the operator's console, 

- A test which shares the resource it is testing with 
normal users of that resource, 

- Protocol Data Unit is described by X . 4 0 9 and is used to 
standardize data transmission between network layers. 

- A data element defined by X.409 which has no other 
sub-elemen ts. 

- Service Access Point is the address that a higher 
network layer uses to address a lower layer. 

- System Management is a network layer whose task is the 
administrative control of other network layers. 

- System Management Interface is the point to which other 
network layers pass information to SM. 

- Time Domain Ref lectOTiet ry is a technique used in CSMA/CD 
type Ians to determine shorts or opens in the cable. 

- A special tyoe of message frame which the remote system 
must sense and wrap back to the sender. 

- A connector which connects a node to the CSMA/CD type 
of cable such as ethervet. 

- A special type of frame which the remote system must 
sense and return with it's identification. 

- An CCITT standard which decribes recommendations for a 
system of inter-layer data transmission formats. 
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1. INTRODUCTION 


1.1 BACKGROUND 


Lan network maintainability requires a facility to verify the 
operability of the various components of the network data 
paths with minimal effect on other lan network users. The 
Local Line Tester (LLT1) program is being modified to serve 
this function for the lan network. 


1 .2 BASIC PURPOSE 


The program LLT1 provides the lan network operator with the 
ability to test various lian subc ornoon ent s with minimal 
disturbance to other users vf the network. This test Drogram 
executes in a variety of operating system environments. When 
it runs in a DSA environments it will communicate with the 
network operator via NAIAD in network control language. When 
it runs in any other environment it will communicate through a 
user-friendly menu which appears on the system (OCL) 
operator's console. 


1 . 3 OVERVIEW 


LLT1 will test the lan subsytems in both an in-line and 
on-line manner. For the controllers adapters and 
tranceiver/modem testss LLT1 will use the entire resource 
which is under test. If the operator wishes to test the 
controllers that entire controller cannot be used by any other 
user. It is the operator's responsib l ity to use whatever 
resource lock out commands this operating system environment 
supports to lock out other users prior to invoking LLT1. For 
media and remote node tests/ LLT1 can co-exist on the resource 
being tested with other users. 


1.4 BASIC OPERATION 


LLT1 will go through three phases for each lan subsystem that 
it tests. An initiation phase/ an test phase/ and an 
termination phase. In general/ LLT1 will follow the following 
procedure for whatever lan subsystem is under test. 


PROPRIETARY 

HONEYWELL PROPRIETARY - 6 - Rev. 1 




( 


LAN IN-LINE/ON-LINE Diagnostic Component Specification 


1. 

The 

lead 

task 

will 

pa rse 

t h e 

start test command* 


and 

search the phys 

ic at 

line 

directory to see if 


the 

phys 

i c a l 

line exists 

that 

i s 

to be tested,. 

2. 

The 

lead 

task 

will 

then 

issue 

an 

associate local 


user 

me l 

(2 a 00) to 

g? t a 

Irn 

for 

SM. With this trn* 


it will 

do an 

activate local 

SAP 

request to SM by 


sending 

an iorb to 

L) IS 

using 

the 

$ RQI0 call. 

3. 

The 

lead 

task 

will 

then 

set up an 

event iorb to 


handle unsolicited errors from S M. Finally* it will 
place the SM Irn* start test command parameters* and 
name of the link under test in a parameter list prior 
to spawning the test task, 

4 . The test task will fetch its parameter list from a 
pointer in its task request block. The SM Irn will 
be used in all iorbs to S M * while the physical line 
name will be used as part of the SM PDU, 

5. The test task will issue a S M i orb pointing to an 
action request PDU to perform a test or change the 
state of the lan subsystem under test. After each 
action request/ the test task will wait for an action 
response PDU to arrive in a buffer pointed to by a 
receive SM iorb, 

6. The lead task will monitor the ooerator interface for 
further operator requests. If another start test is 
received* the lead t3 sk will spawn another test task 
and pass the same SM Irn to it along with its other 
test parameters, 

7. In event of an error/ the lead task wilt get the 
error status out of the SI* event iorb/ issue another 
to SM* send error text to the operator* and if the 
error is fatal* shut down all test tasks. 

8. The test task will start disconnect procedures rfhen 
a fatal error occurs* a terminate command is sent 
by the operator* or a preset limit is reached that 
was part of the original set of parameters, 

9. The lead task will monitor all active test tasks. If 
all of the test tasks have terminated* the lead task 
wilt issue a deactivate local SAP iorb to SM and then 
terminate itself. 
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2. CONTROLLER TESTING 


2.1 FUNCTION 


The tan network operator will require a method of checking the 
LACS without taking the complete system off-line to run 
conventional test programs. LLT1 will give the operator a 
means to invoke the LACS initialization quality logic self 
tests without re-booting the system. LLT1 must have total 
control of the LACS to do this since the initialization 
process destroys alt user processes running on the controller. 
Once the controller and associated adapter qlt’s have 
finished* LLT1 will fetch the qlt results from the 
controller's memory and analyze them for the operator. Prior 
to test termination* the LACS wilt be restarted for normat 
use. 


2.2 BASIC STRUCTURE AND OVERVIEW 


When testing the controller* the test software consists only 
of a lead task group that parses operator commands and a test 
task for each controller being tested. Both of these reside in 
the system's main memory s/stem pool. When the operator 
starts a controller test* the lead task will connect to S M as 
in section 1.4. The test task will send an action request PDU 
to $ M to reset the controller under test. S M will general 
initialize the controller when it receives this command. An 
action response PDU will arrive when the initialize is done. 
LLT1 will then send an action PDU to read the portion of LACS 
memory containing qlt results. SM upon receiving this 
request* fetches the requested LACS memory and places it on 
the system load media as a bound unit. After the action 
response arrives* the test ti sk will load this bound unit into 
memory and report the qlt results. After this* another action 
request PDU is sent to restart the normat user LACS software. 
Finally* the lead task deactivates its local SAP to SM and 
terminates. 
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! NAIAD ! <->- -<-> ! OCL ! 

____ • i ___ 

! LAN LEAD ! 

! T ASI • LLT1 ! 


! P DU ! 

! - - | s ?* 

! 

IORB ! — • TEST TA S K1! 1 ! 

t 

1 

TFST TASK2!—! SM IORB !—! PDU 

t 

! LACS 

Driver 

Interface Services Software 

(LDIS) ! 




1 



! SYSTEM MANAGEMENT 

LAYER SERVER ! 

t 

! LACS 

D river 

Megabus Services Software 

1 


LFVEl 6 

//////////////////////////// MEGA?US /////////////////////////////////// 
LACS ! 

v 


! QL T RESULTS LEFT IN MEMORY 
! LOCATION X ' 30041 0 ' TO 
! X , 30n4BA*. THESE WILL 3E 
! COPIED TO L 6 MEMORY AS A 
! BOUND UNIT BY SM 


Figure 1 

Operational Relationships between the Lan Test and the 
various Network Administration Layers during controller tests. 
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N-LIME/ON-LIME Diagnostic Component Specification 

.3 INITIATION 


The first phase of of initiation is standard and follows the 
procedure outlined in section 1.4. Next the test task issues a 
$M iorb that points to a SM PDU. The PDU is an action request 
PDU in the format specified by the System Management Software 
Component Specification C13. The purpose of sending this PDU 
is to make S'l general initialize the controller under test. 
The format of the PDU is a follows; 


CCS/ Construet/Id = 13 CLength=343 Request PDU 

CCS/Co nstruct/Id=33 CLength=823 Action Request 
CCS/Cons truet/Id = 03 CLength = 5?3 Resource Id 


I’Lengt h=0 1 3 
I Length. =01 3 
IXength=443 


CCS/Construct/Id=13 CLength=5?3 
CCS/Pr i mit i ve/ I d=03 lLength=013 
TOO} 

CCS/Primitive/Id=13 
C2> 

CCS/Primitive/!d=23 
C10> 

CCS/Construct/Td=33 

CPU/Construct/Id=03 CLergth=423 
CC S/P r i mi t i ve/I d= 03 CLenqth = 013 
Cl 3} 

CCS/Primitive/Id=13 CLenath=383 
C43>C54>C52}C4C}C 30}<31>C00>C00> 
CCS/Const ru c t / I ci* 23 CLength = 063 
. CC S/ Primitive /[ d = 03 CLength=013 
-. CO3} 

. C C S / P ri mi t i v e/1 d = 1 3 CLength=013 
. COO} 

CCS/Primitive/Id=33 CLength=343 
C4C}C4E}C43>C54} 

CCS/Primitive/Id=43 CLength=013 
C01} 

CCS/Primitive/Id=53 TLength=103 
lOOOOOOOOOOOOnoOCOOOP} 

CCS/Primitive/Id=13 CLength=023 
Cxxx x> 

CCS/Primitive/Id=23 CLenath=C23 
C0000} 

CCS/Construct/Id=03 CLength=133 
CCS/Primitive/Id=03 CLength=P13 
CO 5> 

CCS/Construct/Id=13 CLength=083 
CCS/Construct/!d = 13 ^Length =063 
. CCS/ p rimitive/Id=03 CLength=013 
. C 0 3} 

. C C S/P r i m i t i ve / I d=1 3 CLenqth = 013 
. C01} 


Layer Info 
Layer 

system management layer 
Sublayer 
any 

Layer Instance 
controller 1/ layer 0 
Layer Internal Selector 
Sequence of Selection P; 
Class 

controller 
Name 

’C CTRL 01 } 

.Sequence of Object St 
State 
locked 
Subs ta t e 
anys ubs tat e 
Type 

CLNCT} LACS controller 
V enue 
local 
Mappings 
default 
Exchange Id 
undefined 
Access Control 
default 

Private Honeywell Action 
Code 

update state 
Honeywell Action Info 
Update State Info 
Requested State 
test 

Requested Substate 
reset 


H, 
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Once the controller is reset/ SM will comolete a outstanding 
receive iorb «/ ith the action response PDU. This iorb T»ust be 
issued by the test task prior to sending the action request. 
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2.4 TESTS PERFORMED 


LLT1 will only analyze the results of the LACS initialization 
tests for this release. To accomplish this* the test task will 
issue a dump action request PDU. The format of this PDU is as 
follows; 

CCS*Cons truet*Id = 13 CLength=1073 Request PDU 
. CCS*Construct*Id = 31 CLength=1051 Action Request 

. . CCS*Cons truet*Id = 03 Clength = 57! Resource Id 

. . . CCS*Construct*Id=13 CLength=553 Layer Info 
. . . . CCS*Primitive* Id=01 rLength=011 Layer 

. ...<0Q> system management layer 

. . . . CC S * Pr i m i t i ve * I d = 1 3 I'Length=Q13 Sublayer 

. . . . {02} any 

. . . . CCS/Primitive*Id=?3 ! Length = 013 Layer Instance 

. . . . -CIO} controller 1* layer 0 

. . . . CCS*Construct*Id=33 IlLength=443 Layer Internal Selector 

. . . . . CPU*Construct*Id=0! CLength=423 Sequence of Selection P 

. ..... CCS*Primitive*Id =02 CLength=Q11 Class 

...... -C1 3 > controller 

. . . . . . CCS*Primitive*Id=11 rLength=3R3 Marne 

.{43M54X52X4CK 30X31 XOOXOO} CCTRL01> 

...... CCS*Construct* Id = 21 CLength = 06] Sequence of Object 5 t 

....... CCS*Primitive* I d = 01 CLength=011 State 

..{08} test 

. . . . . . . CCS*Primitive*Id = 13 CLenqth=011 Substate 
....... {02} halted 

...... CCS*Primitive*Id=31 CLenath=043 Type 

.{4CX4EX43X54} CLNCT> LACS controlle 

.CC S* P r i mi t i v e* I d= 41 Ct.ength=011 Venue 

...... {01> local 

...... CCS*Primitive*Id=51 CLenqth=101 Mappings 

.{03000000000000000000} ' default 

. . CCS*Primitive*Id=11 CLength=022 Exchange Id 

. . <xxxx> undefined 

. . CCS*Primitive*Id=23 CLength=021 Access Control 

. . {0000} default 

. . CCS*Construct*Id=01 CLength=351 Private Honeywell Action 

. . . CCS*Primitive* Id=01 CLength = 011 Code 
. . . {53} dump 

. . . CCS*Construct* Id=11 CLength = 303 Honeywell Action Info 

. . . . CCS* Construct* Id = 31 ! Length = 283 Dump Info 
. .... CCS*Primitive* Id=01 CLength=003 Dump Text String 

. . . . . CCS*Primitive*Id=13 CLength=121 Bound Unit Path Marne 

.{>>$ ID>LA NOLT } dump file name 

. .... CCS*Primitive* I d = 21 CLength = 043 Low Address 

. . ... C00301410> qlt results low aridr 

. . . . . CCS*Primitive*Id=31 CLength=043 High Address 

. . ... {003Q04BA} qlt results high addr s 

4 
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Upon completion of the dumo from the LACS/ SM will complete an 
outstanding receive iorb wifi an action dump response PDU, The 
test task will then invoke the NOD 400 file system executive 
to load the dump file bound unit into the system memory. Once 
there/ the test task can analyze the qlt results and report 
failing controller and adapter systems that may be too bad to 
even invoke the adapter in-line tests. 


« 
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2.5 TERMINATION 


The test task will now have to restart the LACS normal user 
software. To accomplish this/ the test task now issues a load 
action request PDU whose fornat follows/ 

ECS/Construct/Id=13 ELength = P8] Pequest PDU 
. ECS/Construct/Id=3] ELength=863 Action Request 
. . ECS/Construet/1 d = 03 ELength = 571 Resource Id 
. . . ECS/Construct/Id=1 ] ELength=553 Layer Info 
. . . . E C S / Pr i m i t i ve / I d =0D C'Length=01] Layer 

. . . . -COO system management layer 

. . . . ECS/Primitive/Iri = 1] I‘Length =01] Sublayer 

. . . . E02> any 

. . . . ECS/Primitive/Id=23 Ilength=01] Layer Instance 

. . . . -CIO} controller 1/ layer 0 

. . . . ECS/Construct/Id=3] lLength=44] Layer Internal Selector 

. . ... EPU/Construct/ld=0] ELength=42] Sequence of Selection Pa 
...... ECS/Primitive/Id=0] rLenqth=01] Class 

...... E13> controller 

. . .... ECS/Primitive/Id=1] ELength=08] Name 

.<43)<5AK52K4C>:30K31XOO>CnO> <CTRL01> 

. ..... EC S/Con s t ru c t / I d = ?] ELength=063 Sequence of Object S t^; 
....... ECS/Primitive/Id=0] CLength=01] State ; 

. E0S> test 

.. . EC S/Primitive/l d=1] ELength=01] Substate 

....... ED2> hatted 

. . . . . . ECS/Primitive/Id=31 ELength=04] Type 

.E4C>E4E>E43>E54> E L N C T > LACS controller 

...... ECS/Primitive/Id=4] TLength=01] Venue 

. ..... EDI> local 

. . . . . . ECS/Primitive/Id = 5] ELength = 1Q] Mappings 

. E0000000000000000000n> default 

. . ECS/Primitive/Id=1] ELength=C?] Exchange Id 
. . Exxxx> undefined 

. . ECS/Primitive/Id=2] ELength=P2] Access Control 
. . E0000> default 

. . ECS/Construet/ld=0] ELength=1S? Private Honeywell Action 
. . . EC S/Primitive/Id = C] ELength = 01] Code 

. • . E5 2} load 

. . . ECS/Construct/Id=13 ELength=133 Honeywell Action Info 

. . . . ECS/Construet/Id=23 Ilength=11] Load Info 
. . . . . ECS/Primitive/Id=Q3 ELength=00] Bound Unit Path. Name 

. . . . . ECS/Primitive/Id=13 ELength=023 Restart Indicator 

. .... ERS> restart when loaded 

. . . . . ECS/Primitive/Id=23 ELennth=04] Start Address 

. EOOOOOOO0> default 
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When the restart of normal user software has been 
accomplished/ SN will update an outstanding $M receive iorb 
with an action toad response PDU. After assuring that the 
restart did take place/ the test task will terminate itself- 
If this was the last active test task/ the lead task will shut 
down as outlined in section 1.4. 
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3. A DAP TER/MOD EM/TRANCE TVER TESTING 


3.1 FUNCTION 


The tan network operator will require a method of checking 
each adapter and its associated modem or transceiver without 
taking the complete system off-line to run conventional test 
programs. LLT1 will give th? operator a means to swap out the 
normal MAC user software to test each adapter f s special 
hardware with a specially wri tter. test MAC. The operator will 
be able to individually invoke adapter hardware check# wrap 
data internal to the adapter chip set# wrap d.ata external to 
the adapter at a special test plug# or wrap data at the modem 
or transceiver. In addition# the operator can run specialized 
tests such as collision* crc error detection# crc 
qeneration#...etc. When tie operator finishes testing# LLT1 
will swap the normal MAC user software back into use. 


3.2 3 AS IC STRUCTURE AND OVERVIEW 


When testing adapters# the test software consists only of a 
lead task group that parses operator commands and a test task 
for each adapter being tested. All of these processes reside 
in the system's main memory system pool M T$ M for access to MOD 
400 executive and cornmuni: ations data structures* When the 
operator starts an adapter test# the lead task will connect to 
SM as detailed in section 1.4. The test task wilt send an 
action request PDU with :*he create test field set to the 
normal MAC layer management interface. When MAC receives this 
message# it will do a procreate call to the Bridge 
Communications Kernel on the LACS controller to create the 
test MAC process. Next MAC will issue a prorun call to 
activate the test MAC process. The new test MAC will 
immediately register a mailbox with the normal MAC layer 
management process so it can receive messages from the normal 
MAC layer management interface. In figure 2# these interfaces 
are double lines instead of the single lines used to denote 
the normal user mailbox connections. The normal MAC will then 
inhibit interrupts from tie adapter transmit and receive 
physical layer. It will thei send a message to the test MAC 
orocess to indicate that it' should set its interrupt vectors 
for the transmit and receive physical layer processes. Once 
the test MAC receives this message# it will store oointers 
into the common interrupt table for its interrupt processing 
code. Next the test MAC will initialize the chip set and 
associated data structures. After all this it will*then allow 
interrupts to occur. The test MAC will now send a message to 
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! NAIAD ! < 


> ! LAN LEAD !<->! OCL ! 

! T AS( LLT1 ! - 




t p du !--i SM I0R9 ! —! TEST TASK1! 


i 


» 


! TEST T A S K 2 !—! SM I0R9 • — ! PDU ! 


t 


« L AC S 

D river 

Interface Services Software (LOIS) 

i 



f 




! SYSTEM MANAGEMENT LAYER SERVER 




1 


! L AC S 

D river 

Megabus Services Software 

i 

LE\/EL: 6 ! 

//////////////////////////// ME GAR US ///✓/✓////////////✓////////////✓✓// 
LACS ! 

V 

! L AC S 

Interface Software 

I 


t 


! LLC ! <--> ! LNI !<-> ! L M 

- i A A 

- i c ivj 

! 'A A C TEST «<===>! MAC !<—>! L M I !<->! S A 

- i g 

! RCV ! XMT ! ! ! 1 S E 

! TST ! TST ! - - ! Y M 

- I RCV j—i XMT ! ! S E 
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Operational Relationships between the Lan Test and the 
various Network Administration Layers when testing adapters. 


HONEYWELL PROPRIETARY 


PROPRIETARY 

- 17 - 


R e v . 1 










































LAN IN-LINE/ON-LINE Diagnostic 


Component Specification 


the normal MAC that the test creation is complete. In turn 
the regular user MAC layer management interface will update it 
with appropriate header information and send it to SM. SM in 
turn will format a action response PDU out of the message and 
return it to the test task. The test task now sends special 
action request PDU's to the MAC layer via SM. Each PDU has a 
test information field which specifies which data wrap mode 
the adapter is in/ the test type/ and data to be sent. System 
management takes these PDU's and formats Bridge Communication 
Kernel style messages out of them. Each message is then sent 
to the MAC LMI. The normal MAC LM then checks to see what 
type of test MAC message it is. If it is a run test tyoe/ it 
will pass it on to the test MAC process unchanged. The test 
MAC takes the message and sets the adapter to the right mode. 
If data is be sent/ it queues it onto the transmit ring and 
waits for a receive interrupt to occur. When this happens/ it 
de-queues the receive buffer from the receive ring and places 
status information at the head of the buffer. It then takes 
this message and sends it to the normal MAC LM. MAC LM 
updates the message with common SM action response information 
and sends it to SM. System Management then creates a PDU from 
the message and places it in an outstanding SM receive iorb 
which the test task has set up prior to the action request. 
The test task then compares the status and received data with 
what was expected. This sequence repeats until the test task 
is told to shut down by the lead task/ or the test task 
satisfies a parameter limit/ or a fatal error occurs. When it 
is time to terminate the test/ the test task sends a special 
terminate test action request PDU to MAC LM via SM. Upon 
receipt of the message/ tbe test MAC will re-initialize the 
physical layer chip set/ inhibit interrupts/ and send a 
message that it is terminativq. The MAC LM when it receives 
the message from the test MAC will set all internal data 
tables and place its interruot handler address back into the 
common interruot handler address table. When this task is 
complete/ the MAC LM will issue a message to SM that the test 
has terminated. System management will then place the action 
response PDU in the outstandi ng receive iorb buffer that the 
test task is monitoring. If the test MAC termination was 
successful/ the test task will terminate itsetf. The lead 
task will shut down according to section 1.4 if this test task 
was the last active one. 


3.3 SYSTEM MANAGEMENT PDU FORMATS 


All commands are sent to System Management by a Request PDU. 
LLT1 will use all Action Request and Action Response PDU's 
when testing lan subsystems. The action PDU's will have 
special test fields appended to them that are not in PDU 
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format* Since SM does not decode the PDU past the length of 
test information field/ but > imply appends this information to 
the layer management interface message/ it is not necessary to 
burden the MAC layer with PDU decode algorithims. 

3.3.1 SM ACTION PDU TEST FIELDS 


The test information fields will be appended to the SM Action 
PDU as data that the System Management process knows nothing 
about. This information immediately follows the test 
parameter primitive mentioned in the SM component 
specification C11. 


! tes t para meter 


! length of test info 


! test state 


! test instance 


! test status 


! test data 


Test parameter - This field specifies what type of test 
command this is. When this field is set to create test(O)/ or 
terminate test(l)/ no oth?r parameters follow this field. 
This field is in PDU primitive format. The id is 1. 

Length of test info - This field is the length word of the 
test parameter PDU construct. The rest of the fields shown 
only apply to run test(2). 

Test state - This field specifies what t.yoe of state tie lan 
subsystem under test will be placed in. There are five 
possible states; controller to adapter(Q)/ internal adapter 
data wrap(l)/ special test connector data wrap(2)/ near 
modem/transceiver data wrap(3)/ or far modem data wrap(4). 

Test instance - This field specifies the test which is to be 
run. There are an indeterminate number of these/ some of 
which are individual MAC specific. The values are; chip 
set(O)/ data loood )/ crc generation(?) / recv crc check(3>/ 
collision detection check<4)/ and T DR caole break test(5). 
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Test status - This field is initially zero on action 
and is only filled for action responses. Some types 
possible are; test succeeded# test failed# no data 
ortime out occured. 


requests# 
of status 
received# 


Test data - An indeterminate number of data bytes follow of 
various data pateterns and sizes, Some are all zeros# some 
are all ones# some are alternating ones and zeros# some are 
ascii/ and seme rotate a 1 through a field of zeros or a 0 
through a field of ones. 


3.4 SYSTEM MANAGEMENT LAYER INTERFACE MESSAGE 


The Lacs System Management process takes incoming PDU f s which 
are part of the lan controt d lock passed across the megabus 
interface and formats them as fridge Communications Kernel 
message structures prior to delivering them to a specific 
layer management interface, Cach message is generally in 
three parts. Part one is a common message header which the 
kernel uses as routing information. Part two is a common SM 
format for each layer. The last section is a layer soecific 
field which SM leaves alone. This section is processed only 
by the specific layer it is targetted for. For the test MAC 
case# there is an additional field which only the test MAC can 
process. 


3.4.1 TEST MESSAGE FORMATS AT MAC LNI 


The test MAC message structure appears below as a message 
composed of three discrete sections. The sections are shown 
as "C" language structure definitions for later explanations. 


//define LMRQST struct Imrqst 
struct Imrqst { 

MSG mb; 

struct sm.sec tion sm_msg; 
struct tst_section tst^msg 

>; 

^define MSG struct msg 
struct msg *C 

MSG *m_fwd; 

MSG *m_bwd; 

PID m_sender; 

BD *m_bufdes; 

short m_prio; 
short m_type; 
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/* normal message header */ 
/* SM routing section */ 

/* test specific section ★/ 


/* next message on circular lis 
/* last message on circular lis 
/ * process id of sending proces 
/* buffer descriptor */ 

/ * message priority * / 

/* user message type */ 
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>; 

struct s m.section { 


short 

class; 

char 

*nameC8]; 

short 

state; 

short 

subs tate; 

char 

*t ype C4 1 

short 

+m apoin gs C 5 3; 

short 

e x ch an ge_ i d; 

short 

access.control 

char 

s our ce; 

char 

s tatus_id; 

short 

status_size; 

short 

o p_code; 

short 

action.code; 

short 

test.paramete - 


>; 

struct tst.section { 

short test.size; 
short test.state 
short test.instance* 
short test.status; 
char *test.dataCtest_ 
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/* 

layer type C' W IACC4)3 

* / 


/* 

class name */ 



/* 

state of object * / 



/* 

substate of object 

* / 


/ * 

type of object CMAC<8323)3 

/* 

default to zero for 

now 

*/ 

/ * 

value filled by SPI 

*/ 


/* 

security purpose (0000) 

*/ 

/ * 

source id CMAC(1)3 

* / 


/ * 

undefined */ 



/* 

filled for response 

*/ 


/ * 

type of primitive service * 

/ * 

action wanted Ctest(x)] 

* ! 

/* 

test action wanted 

*/ 


/★ 

length of this block * / 


/* 

mode of operation */ 


/ * 

type of test being 

run 

* / 

/* 

filled at response 

time 

* / 

ze-33 / 

* data to be sent/ or reeved 


3.5 INITIATION 


Once the operator enters a start test command* the LLT1 lead 
task will parse it and find what physical object is to be 
tested. When it has a channel number for this object; the 
lead task wilt find the address of the channel table directory 
from the MOD 40D system control block. Looking in the channel 
table directory and finding it a null field for this channel/ 
it wilt then back up and find the address of the controller 
directory from the SCB and from that the address of the 
physical line directory* LLTI's lead task then searches the 
physical line directory tables for a match with the name of 
the physical tine object. Ndw the lead task can find out 
whether the line exists and the type of adapter present so a 
adapter specific series of subtests can b? run. Next the lead 
task connects to SM as described in section 1.4. Once this is 
complete/ a lan test task is spawned and oassed the test start 
up information the operator gave along with the SM Irn and 
Dhysical line type and name. The lead task then sets uo an SM 
event iorb in case of an error/ and then settles down to 
waiting for an event/ an operator command/ or a test task shut 
down. The test task now creates a SM action request PDU 
specifying that the test mac be created. A pointer to the PDU 
is placed in the SM ioro and then it is sent to SM with a 
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SRQIO monitor call. The test task previous to this has issued 
a read $ M iorb with ? R Q I 0 call- When the locked MAC layer 
manager gets this message in its mailbox; it checks the test 
parameter field to see if it is a create code. If the test 
MAC process already exists; or it is not a create code; a bad 
status is set and the mess ag? is returned to S M. Otherwise/ 
the MAC layer manager spa wns the test MAC process with a 
kernel "procreate" call/ and then activates it with a "prorun" 
call. The test MAC process goes through its initiation 
routine to place its mailbox number in the ethernet control 
block and then waits for a message. The MAC LM inhibits 
interrupts and then does a "sendmsq" call to pass the entire 
test MAC message to the test MAC process. Once test MAC gets 
it/ a new interrupt handler pointer will be placed in the MAC 
global structure and interrupts are re-enabled. The test mac 
then gives the message back to MAC LM with success status set 
. MAC LM updates the SM section of the message with status 
and sends it back to SM as an action response PDU. Once SM 
has set the recv iorb status complete bit/ the test task 
checks the test status field of the PDU and if it is zero/ the 
test initialization is complete. If any fatal error event 
occurs during this process; the lead task will issue another 
event iorb and then tell the test task to terminate. If this 
is the only test task/ the lead task itself will terminate 
once the test task is finished shutting down. 


5.6 TESTS PERFORMED 


The test MAC will receive a message containing the test state/ 
test instance^/ test status and test data for each sub test to 
be performed. When the message arrives/ the chip set will be 
initialized according to the test state field and the test 
instance field. Next the data section will be queued on the 
transmit ring of the LANCE chip set/ and chip set turned on to 
send it. Once the chip set receives the data/ it will be 
placed into a receive data buffer pointed to by a buffer 
descriptor in the receive ring of the LANCE chip set. The mac 
TEST process will look at the status information in the mode 
words of the receive ring and place appropriate status into 
the test status field of the message. The data in the receive 
buffer will then be attached to the message where the transmit 
data was and the total test info size field will be updated. 
After this/ the message type will be changed from action 
request to action response and then sent back to the MAC LM. 
The chip set tests will consist of reading and writing to the 
various registers such as CSPO. The internal adapter data 
tests will consist o* a sequence of tests starting with simple 
data loop. The other internal loop tests will be crc 
generation/ crc failure detection; and collision detection. 
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Other tests for different adapters will be created as needed. 
The special test connector/ transceiver/modem tests will be 
the same as above with longer data patterns since internal 
loop is limited to 32 data bytes. A oossibility exists of 
implementing the TDR test to check for open or shorted lan 
cable c onne c tion s. 


3.7 TERMINATION 


The test task will shut down when it reaches a parameter limit 
specified by the operator at creation time/ or when told to do 
so by the lead task because of a fatal error/ or because of an 
entry by the operator tp stop testing this line. If 
termination comes orior to starting the test MAC process/ the 
test task will simply issue an error and terminate itself. If 
termination comes later/ the following events occur. First 
the test task will format a test disconnect PDU. It will then 
place an receive iorb to SM for the action response. The 
transmit iorb to SM will be sent with a pointer to the 
disconnect PDU. The test task then waits for the completed 
receive iorb. The user MAC LM receives this PDU from SM and 
simply passes it on to the t?st MAC process. When test MAC 
gets the message/ it will stop all activity on the LANCE chip 
set and then reset it to nornal mode. The test MAC will also 
reset all associated data structures such as the ethernet 
control block(ECB). Refare returning the message to MAC LM/ 
the test MAC will inhibit 68000 interrupts. After sending the 
action response message with status/ the test MAC will 
terminate itsel* with a "Mexi t" call to the kernel. When 
normal MAC LM gets this message/ it will re-install its 
interrupt routine pointer "int_Ethernet" into the global MAC 
data structures. Then it will re-enable interrupts/ update 
the SM routing section of th» message with status and send it 
to SM. SM witl update the receive iorb and alert the test 
task with status complete. The test task checks the status to 
see if the test MAC did shut down and then terminates itself 
if status was good. when the lead task sees that the last 
active test task has shut down/ it will disconnect from SM as 
described in section 1.4. 


3.8 CHANGES TO CURRENT MAC LMI 


The current MAC firmware component soecificat ion does not 
specify any System Management interface. An attempt will be 
made here to piece together a shell of a structure to show 
what modifications are necessary for the test MAC process. 
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char 

♦mtstC] = C"E TH _ T STO"/ 

"ETH.TSTI"/ "E TH_T ST 2”/ " E T H. TS T 3 "> 

EC B 

* ecb 


MSG 

♦msgptr 


L M R 0 S T 

♦ malmpt r 


PCS 

♦ procrea te( ) 


PCB 

* t s t pcb 


ex te rn 

ethtstO/ethmainO 


case MA 

_LM_REO: 

/* MAC layer management */ 


malmptr=(LMRQST *) msgptr; /♦ cast message template * 

(verify SM routing info section) 

switch ( m a l mo t r->s m_ ms g. op_ co d e) C /* check for Ifl types */ 
case LM.G ET: 

(t b d) 

case L M _ S E T: 

(tbd) 

case LM.ACTION: 

switch (maImptr->sm_msg.action.op) C /* check for action type 
case U PDAT E_S TATE: 

( tbd) 

case C REAT E: 

( tbd) 
case LIST: 

(tbd) 
case TEST: 

switch (ma l mptr->sm_msg.test_ pa r a meter ) < /* see if any Vc 

case TEST.ST ART: 

/* Check to see if the test MAC process for this 
line is already running. If it is/ this test 
create message is in error. */ 

if ( ecb->lm_t id !'= NULL) < 

malmptr->mh.m.>prio = URGENT; 

maImptr->mh.m_type = MA.LM.RESP; f* action response */ 

malmptr->mh.m„ibufdes = NULL; 

ma l mptr->sm_m? g. status_id = RUNNING; 

sendmsa (malmptr * ecb->lm.did); /* send to SM */ 

break; 

> 

/* Create the test MAC process. Then activate it 
using the process control block id in the ororun 
call. If prorun returns with a non-zero call/ 
send an error to S M that the test MAC could not 
oe c reat ed. *' 

tstocb = procreate (ethtst/port/fntstllportl/A/SUPER/NULL) 

if (prorun(tstpcb)) C /* send error/ tst not run 

malmpti—>mh.m.;prio = URGENT; 

m a l m o t r-> mh. m_ t y pe = M A. LM_ R E SP ; /* action response * 

m a l mp t r-> mh . m.'buf de s = NULL; 
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malmptr->sm_mjg.status_id = N0_START) 

sendmsg (malmptr/ecb->lm_did)) /* send to SM */ 

break; 

> 

/* By the time VAC LV gets here/ test MAC 

initialization is complete and mbx is in ecb. */ 


sendmsg (ma 1 mptr r ecb~> lm_tid); /* send to test MAC */ 

brea k i 

case TE S T_ S T OP I TEST.RUN: 

/* For the request side of the interface/ MAC will 
verify that a test process exists/ and then send 
the message to the test MAC process. */ 

if (ecb->tm_tid 5 NULL) C 

malmptr->mh.m_prio = URGENT) 

malmptr->mh.m_type = MA_L M _RES°) 

malmpti— >mh.m_bufdes = NULL) 

malmptr->sm_m?g.status_id = NOTEST) 

sendmsg (malmptr/ecb->lm_did ) ) /* error to SM */ 

break; 

> 

sendmsg (malmptr/ecb-> lm_tid) ; /* relay msg to test MAC 

break) 

> 

> 

> 


/* The following section is a special MA_LM_RESP section that will 
only apply to messages comminc from the test MAC process. */ 


case M A_ LM_ R ESP: 

malmptr = (LMROST *) msgptr) /★ cast message */ 
switch (ma l mptr->sm_msg.tsst_parameter) i 

case TEST_START I TEST.RUN; 

/* For this case/ the message must simply be relayed back 
to SM. */ 

sendmsg (malmptr/ecb->lm_did); /* send to SM mbx */ 

break) 

case TEST_ST0P: 

/* For this case/ the interrupts vector must be 

set back into the global MAC data structure and 
63000 interrupts must be re-enabted. */ 


imask = disableO) 

mac.int_protoCport3 = i nt_etbernet; 





enable(imask) ; 

maImptr->sm_msg.stat us_id = SUCCESS) 

/★ 

re-enabt e 

i n t r s 

*/ 

sendmsg (malmptr/ecb->lm_did)) 
break) 

/ * 

relay msg 

to SM 

*/ 
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> 



3 .9 TEST MAC M A IN L OOP 


The test MAC process shown here consists of two parts* The 
first is an initialization section that is only run once at 
ororun time* The second is a main body that processes 
incoming and outgoing messages. 


/* Initialization code */ 

et ht st (por t ) 
short port; 
i 

E C 0 *ecb 

MBID mbid 

ecb = ( E C 9 * ) mac * p ro t o_d a t a C po r 11 ; /* get addr of ecb */ 

mbid = mboxcreate (0); /* create infinite depth mailbox */ 

ecb->lm_tid=mbid; /★test data mailbox*/ 

> 

/* main body of code goes here */ 
for EVER C 

breceive (Smsgptr/ ftmboxiii); /* wait for a message */ 

malmptr = (LMRQST *)msqotr; / * cast lm request structure on msg 

switch (matmptr->$m_msg.t? st.parameter) { 

case TES T_ST ART: 

/* must install own interrupt handler vector/ and re-enable 
interrupts. Then return message with good test status. */ 

imask - disableO; 

mac.int.protoCport] = i nt_eth_tst; 
enable(imask); 

malmptr->sm_msg*m_type = MA_L R E S P; 
maImptr->mh*m_prio = NORMAL; 
maImptr->mh.m_bufdes = NULL; 
malmptr->tst_msg.test_status « SUCCESS; 
sendmsg (malmptr/ecb->lm_cid); 
break; 

case TEST_ST0P: 

/ * For this mode/ must stop io on LANCE chip set/ 
r e-i n i t i a l i z e the chip set/ and return message when done. */ 

*ecb->am?9_rap = CSRO; /* set address register */ 

*ecb->am?9_rdp = STOP; /* set csrO to stop mode */ 


HONEY WELL PR OPR I ETAR Y 


PROPRIET ARY 
- 26 - 


Rev 





LAN IN-LINE/ON-LINE Diagnostic 


Component Specification 


ecb_reset<ecb) ; /* reset ecb state */ 

load_b lock(ecb) ; /* reset tx* rx rings */ 

chip_reset(ecb); /* reset chip set to normal */ 

malmpti—>mh.m_tyoe = _LM_PESP? 

malmptr->mh.mprio = NORMAL/ 

maImptr->mh.m_bufdes = NULL/ 

maIrnptr->t st.msg.test.s tatus = SUCCESS; 

sendmsg (m a lmot r / e cb-> l m_ci d) ; 

me xit ( ); 

break; 

case TEST.RUN: 

/* For this node/ we process all incomming frames and initializ 
the chip set in the correct mode according to the test.state 
parameter. Next the test_instance parameter is decoded to 
find the test type. Each test type case takes the data and 
places it in the chip set tx ring for transmission. When fi 
the recv data is placed back on the message and it is sent t 
the normal N A C L M. */ 


switch (ma lmp t r-> t es t_s ta t e) C 

case CHIP.TEST: 

( tbd) 

case INTERNAL: 

(tbd) 

case CA8LE: 

( tbd) 

case EXTERNAL: 

(tbd) 

> 

switch (ma 1 mptr->test_instance) ( 

case DATA_L00P: 

(tbd) 

case C R C _ G E M: 

(tbd) 

case CRC.CHK: 

(tbd) 

case COLLISION: 

(tbd) 

case T DR: 

(tbd) 

> 

> 

> 
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4. MEDIA/REMOTE SYSTEMS TESTING 


4.1 FUNCTION 


The lan network operator will reauire a method of checking the 
integrity of the physical line link to each separate remote 
system. The operator will also require a method of verifying 
the configuration of the lan independent of what any 
individual system’s tan configuration file may claim is there. 
The IEEE specifications have provided two means of doing this 
which is standard to all implementations of the standard. 
LLT1 will utilize these frame constructs to echo data at any 
remote node the operator specifies/ or poll the entire tan for 
all possible addresses that any node may be accessed by. 


4.2 SASIC STRUCTURE AND OVERVIEW 


The lead task LLT1 will receive an operator command to poll 
the lan for all possible nodes/ or loop frames at any 
individual remote node. LIT1 will use either the XID frame 
format/ or the TEST frame format resoectively to accomplish 
the task. The lead task connects to SM as described in 
section 1.4. After the test task is spawned/ it constructs a 
PDU destined for LLC which specifies the frame type and gives 
it to SM via an SM iorb. S'* will then pass the information to 
the LLC layer on the Lacs board which executes the given frame 
type. In one case/ each system that gets the XID returns a 
message containing its own ID. In the other case/ an exact 
copy of the test frame should arrive back at the originating 
node after being sent to a far node. When LLC receives these 
frames/ it then sends the message to SM which in turn 
completes the receive SM iorb that the test task has set up. 
The test task can then use the id as oart of a lan resources 
table for the operator/ or it can check the frame's integrity 
for the TEST frame case. 
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! NAIAD ! <-> ! LAN LEAD !<->! OCL * 

- -< — >| T A S < LLT1 !<—>- - 

j ---- i 


! PDU !--! SM IORB ! —! TEST TASK1! 


TEST TASK2! —! SM IORB ! —! PDU ! 


i 


< 


1 LACS Driver Interface Services Software (LDIS) 


i 


! SYSTEM MANAGEMENT LAYER SERVER. 


t 


! LACS Driver Megabus Services Software 


LEVEL 6 ! 

//////////////////////////// MEGA9US /////////////////////////////////// 
LACS ! 

v 


! LACS Interface Software 


- i L m 

! LLC ! <—> ! . :M I !<->! A A 

! ! S A 

- i G 

! MAC ! <—> ! ..MI ! <->! S E 

- i Y M 

! ! ! S E 

- i T N 

! RCV !<->! XMT ! » E T 

! PROC ! ! PROC ! ! M 


j t 


Interrupt Handler for this adapter 


! Generic Interrupt Handler for all adapters 


Figure Z 

Oaerational Relationshios between the Lan Test and the various 
Network Administration Layers when testing remote systems. 
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4.3 LAN RESOURCES MAPPING USING XID FRAMES 

The PDU which must be sent for XID's is formatted as follows/ 


CCSxConstructx Id = 13 CLength = xx3 
. C C SxC o n s t r uc t x Id = 33 CLength=xx3 
. . CCSxConstructxId=03 CLength=573 
. . . CCSxConstructxId=13 CLength=553 
. . . . CCSxPrimitivexId=03 CLenoth=013 
. . . . <00> 

. . . . CCSxPrimi1ivex Id = 13 CLength=013 
. . . . <01> 

. . . . CCSxPrimitivex Id = 23 CLength=013 

. . . . <31> 

. . . . CCSxConstructxId=33 CLength=443 
. .... CPUxConstructx Id = 33 CLength=4?3 

. . CCSx Primitive/Id=03 CLenath=Q13 

.<05> 

. . . . . . CCSxPrimitivexId=13 rLength=0S3 

.<4E> <4 F>< 44 ><45X30X31 MOO >00) 

. . CCS t Construct/Id=23 CLength=063 

. . . CC SxP r i mi t i vex I d=03 CLength=013 

.<08> 

. . ..... CCS/Primitivext d=1 3 CLength=013 
.<3 5 > 

...... CCSxPrimitive#Id=33 CLength=043 

.<38X30X32X32) 

. CCSxPrimitivexId=43 CLength=013 

.<02> 

...... CCSx Pr i mi ti ve/ Id= 53 CLength=103 

...... <00000000000000000000 


CCSxPrimitivex Id = 1 3 CLength=0?3 

< X X X x> 

CCSxPrimitivexId = 23 CLength = 02 3 
< 0000 > 

CCS/ConstructxId=03 CLength=xx3 
. CCSxPrimitivexId=03 CLength=C13 
. < x x > 


Request PDU 

Action Request 
Resource Id 
Layer Info 
Laye r 

system management layer 
Sublayer 
LLC 

Layer Instance 
adapter 3x layer 1 
Layer Internal Selector 
Sequence of Selection Pa 
Class 

logical line 
Name 

< NODEOI> 

Sequence of Object St'e 
State 
test 

Subs ta t e 
operational 
T ype 

<8022> LLC 
Venue 
image 
Mappings 
default 
Ex c h ange I d 
undefined 
Access Control 
default 

Private Honeywell Action 
Code 
test 

Honeywell Action Info 
Test Info 

LLC Test Info 
Send XID 

LLC Destination Add 1 
Mac Address 
6 oc t et s 
Lsap Id 

MAC Service Class 
LSDU 

ff 


CCSxConstructxId=13 CLength=xx3 
. CCSxConstructxId = 53 I*Length=xx3 
. . CCSxConstructxId=73 <Length=xx3 
. . . CCSxConstructxId=23 CLength=xx3 
. . . . CCSxConstructxl d=C3 CLength=xx3 
. • . . . CCSxPrimitivexId=03 CLength=xx3 

. . . . . < X X X X X X X X X X X X > 

. . . . . CCSxPrimitivexId=13 CLength=xx3 

. . . . . <integer/ 0=>254 even values) 

. ... CCSxPrimitivex! d=13 CLength=xx3 
. . . . <undefined> 

. . . . CCSxPrimitlvexId=23 CLength=xx3 

. . . . <data octetstring) 
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LAN IN-LINE/ON-LINE Diagnostic 


Component Specification 


4.4 REMOTE SYSTEMS TESTING USIN3 TES T FRAMES 


The format 
frames is; 


for the PDU to do remote data loop using test 


CCS/Construct/Id = 13 CLength=xx3 Reauest PDU 

CCS/Construct/Id=33 CLenqth=xx3 Action Reauest 
CCS/Construet/Id=03 CLength=573 Resource Id 


CLength=013 
C Lengt h=013 
CLength=443 


CCS/Construct/Id=13 CLength=553 
CCS/Primitive/Id=03 CLength=013 
{ 00 } 

CCS/Primitive/Id=13 

<01 > 

CCS/Primitive/Id=?3 

{ 31 } 

CCS/Construct/Id=33 

CPU/Construct/Id = 33 CLength=423 
CCS / Pr i m i t i ve/I d= 03 CLenqth=Q13 
<05> 

CCS/Primitive/Id=13 CLength=0 3 3 
{4E>{4F}{44>{45>{30}{71}{00}{00> 

C CS / Con s t ru c t / I d= 23 CLength=063 
. CCS/Primitive/Id=03 CLength=013 
. {38} 

. CCS/Primitive/t d=13 CLength=Q13 
. {05} 

CCS/Primitive/Id=33 CLength=043 
<38}{30}{32}{32} 

CCS/Primitive/Id=43 CLenoth=013 
{ 02 } 

CCS/Primitive/Id=53 CLenqth=103 
{ 00000000000000000000 } 

CCS/Primitive/Id=13 CLength=C23 
{ x x x x} 

CC S/Pr i mi t i ve/I d = 23 Clength = 023 
{ 0000 } 

CCS/Construet/Id=03 CLength=xx3 
CCS/Primitive/Id=03 CLengthsO 1 } 

{ x x } 

CCS/Construct/Id=13 CLength=xx3 
CC S / Cons t r uc t / I d = 5 3 C'Length = xx3 


Layer Info 
Layer 

system management layer 
Sublayer 
LLC 

Layer Instance 
adapter 3/ layer 1 
Layer Internal Selector 
Sequence of Selection Pa 
Class 

logical line 
Name 

{N0DE01} 

Sequence of Object Sta 
State 
test 

Substate 
operation a l 
Type 

{3022} LLC 
Venue 
image 
Mappings 
default 
Exchange Id 
undefined 
Access Control 
default 

Private Honeywell Action 
Code 
test 

Honeywell Action Info 
Test Info 


CCS/Construct/Id=73 CLength=xx3 
CCS/Construct/Id=33 CLength=xx3 


LLC Test Info 

Send TEST frame 


CCS/Construct/Id=03 CLength=xx3 
. CCS/Primitive/Id=03 CLength=xx3 
. {xxxxxxxxxxxx} 

. CCS/Prim itive/Id®13 CLength=xx3 
. {integer/ 0=>254 even values} 
CCS/Primitive/l d=13 CLength=xx3 
{undefined} 

CCS/Primitive/I d = 23 CLength = xx3 


LLC Destination 
Mac Address 
6 octets 
L sap Id 


MAC Service Class 


A dd r 


LSDU 
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HOMEY WELL 


{data octetstring} 
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